home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / mint / l_0799 / 744 < prev    next >
Encoding:
Internet Message Format  |  1994-08-27  |  2.1 KB
  1. Date: Mon, 10 Jan 1994 12:41:05 +0100
  2. From: Christian Lynbech <lynbech@daimi.aau.dk>
  3. Message-Id: <199401101141.AA03844@avignon.daimi.aau.dk>
  4. To: clausb@hpbeo79.bbn.hp.com
  5. In-Reply-To: <9401100952.AA01579@hpbeo79.bbn.hp.com> (message from Claus Brod on Mon, 10 Jan 94 10:52:55 MEZ)
  6. Subject: Re: MiNT goes UNiX, invitation for mailing list
  7.  
  8. If there is goeing to be a separate list, I really would like to be on
  9. it too.
  10.  
  11. I have also wondered about such a project and was slowly trying to
  12. pull myself together to do something similar on my own setup.
  13.  
  14. Of things I have considered myself:
  15.  
  16. - We need (as Claus Brod already mentioned) a standard directory
  17.   structure (sh in /bin, c libraries in /usr/lib etc.) and even better
  18.   a standard distribution (could be anything from just a list of
  19.   packages to a real distribution kit).
  20.  
  21. - We need to get of the tos filesystem stuff, and I personally think
  22.   we should nuke whereever we can find it. I would like unix style
  23.   path settings (/bin:/usr/bin...) and no mentioning of backslashes at
  24.   all (for instance it seems that minixfs will contain some support
  25.   for mounting)
  26.  
  27. - Perhaps some standards for how to port software, such that rather
  28.   than just using `#ifdef atari' when making some (unix incompatible)
  29.   changes, one should use something like:
  30.  
  31.     `#if defined(atari) && !defined(MINTOS)'
  32.  
  33.   so that we unix freaks will not loose the unix way of doeing things,
  34.   unless we insist.
  35.  
  36.  
  37. A good starting point would be to start making some standards
  38. documents (much in the manner of the ARGV standard). We may also want,
  39. at some point, to start making changes in the kernel itself, to make
  40. it more unix'sh and posix'sh. 
  41.  
  42. A main point of our efforts will be that we do not need to care for
  43. tos compability (a worthy goal, but not important to me).
  44.  
  45.  
  46. Just my penny,
  47.  
  48. ------------------------------------------------------------------------------
  49. Christian Lynbech               | Hit the philistines three times over the 
  50.                 | head with the Elisp reference manual.
  51. email: lynbech@daimi.aau.dk    |        - petonic@hal.com (Michael A. Petonic)
  52. ------------------------------------------------------------------------------
  53.